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(54) Fast and adaptive packet processing device and method using digest information of input 
packet 



(57) A packet processing device capable of realiz- 
ing a fast packet processing, a high adaptability with 
respect to the protocol change, and an ability to select 
an optimum function realization scheme according to 
the network environment is disclosed. The packet 
processing device has a digest information generation 
unit configured to extract a plurality of prescribed bit 
sequences from an input packet, and generate a digest 
information capable of specifying at least a part of a 
processing to be applied to the input packet, according 

HG.l 



to values of the plurality of prescribed bit sequences; 
and a packet processing unit configured to process the 
input packet using an instruction sequence to be 
applied to the input packet that is obtained according to 
the digest information generated by the digest informa- 
tion generation unit, where the digest information gener- 
ation unit generates the digest information with respect 
to a next input packet while the packet processing unit 
carries out a processing for one packet. 
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Description 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

[0001] The present invention relates to a packet 
processing device and a packet processing method for 
carrying out packet processing. 

DESCRIPTION OF THE BACKGROUND ART 

[0002] In recent years, in conjunction with the dras- 
tic increase of traffic on the Internet, there are increas- 
ing demands for a device capable of realizing fast 
processing of packets that transfer information on the 
Internet. The packet processing is realized by referring 
to a header portion of a packet entered from the exter- 
nal, and carrying out a desired processing according to 
information described in that header portion. 
[0003] Here, the desired processing can be any of 
the various processings including the following, for 
example. 

(1) A processing for transferring a packet to a spe- 
cific output link by referring to a destination address 
contained in the header portion of the packet. 

(2) A processing for controlling a packet transfer 
timing at each output link by referring to priority 
level information or information indicating attributes 
of an application that is carrying out communica- 
tions using the packet, that is contained in the 
header portion of this packet, such that the transfer 
of this packet is paused when a packet with a higher 
priority level is transferred to an output link to which 
this packet is to be transferred, for example. 

(3) A processing for dividing the packet according to 
a prescribed method in the case where its packet 
length exceeds the maximum packet length permit- 
ted at a specific output port. 

(4) A processing for incrementing a specific infor- 
mation on the packet and discarding the packet 
when this specific information reaches to a pre- 
scribed value. 

(5) A processing for rewriting a value of a destina- 
tion address or a source address according to a 
prescribed method, according to the need. . 

(6) A processing for calculating error correction 
codes of the packet, according to the need. 

[0004] Historically speaking, a device for process- 
ing packets has been realized by an information 
processing device such as a mini-computer or a micro- 
processor. In this case, the specific processing to be 
carried out for each packet as described above is real- 
ized by executing a specific instruction sequence at the 
mini-computer or the micro-processor. However, in this 
scheme it has been difficult to realize the fast packet 



processing. For this reason, it is customary in recent 
years to realize the fast packet processing by imple- 
menting the packet processing using hardware. 
[0005] However, the Internet protocol has a charac- 

5 teristic of being changed continually. For example, the 
destination address and the source address in the 
packet have not been subjected to rewriting inside the 
Internet until a few years ago, but as a resolution to the 
shortage of the IP addresses due to the Internet boom 

w of the recent years, it has become customary in last two 
or three years to rewrite the destination address or the 
source address inside the Internet. 
[0006] As such, the Internet is operated in such a 
way that whenever a problem arises while operating the 

15 network, a protocol is changed to resolve that problem. 
As a result, the Internet protocol will continue to change. 
Consequently, the above described scheme for realiz- 
ing the fast packet processing by implementing the pro- 
tocol processing using hardware has a problem in that it 

20 becomes impossible to carry out the processing by that 
hardware even when there are only minor changes in 
the protocol, and therefore it becomes necessary to 
replace the packet processing device very frequently. 
[0007] Also, there have been various propositions 

25 for schemes to realize functions required for the packet 
processing, such as a processing for analyzing the des- 
tination address in the header of the IP packet, for 
example, but in view of different advantages of different 
function realization schemes, each function realization 

30 method has its preferred area for its application. How- 
ever, the prior art packet processing device has not 
been provided with a way to select an appropriate 
scheme from these plurality of function realization 
schemes easily, and only one particular scheme 

35 selected from the various packet processing schemes 
has been implemented in the prior art packet process- 
ing device. As a result, it has been impossible to select 
the optimum scheme depending on the network envi- 
ronment such as a mixture rate of different packet types, 

40 for example, so that it has been impossible to carry out 
the packet processing efficiently. 
[0008] As described, the prior art packet processing 
device has been associated with the problems includ- 
ing: (1) that it is difficult to realize the fast processing 

45 when the device is realized by executing a specific 
instruction sequence at the mini-computer or the micro- 
processor; (2) that it cannot deal with the protocol 
change flexibly when the device is realized by imple- 
menting the packet processing using hardware; and (3) 

50 that it cannot select an optimum function realization 
scheme depending on the network environment. 

SUMMARY OF THE INVENTION 

55 [0009] It is therefore an object of the present inven- 
tion to provide a packet processing device and a packet 
processing method capable of realizing a fast packet 
processing, a high adaptability with respect to the proto- 
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col change, and an ability to select an optimum function 
realization scheme according to the network environ- 
ment. 

[0010] According to one aspect of the present 
invention there is provided a packet processing device, 5 
comprising: a digest information generation unit config- 
ured to extract a plurality of prescribed bit sequences 
from an input packet, and generate a digest information 
capable of specifying at least a part of a processing to 
be applied to the input packet, according to values of the 10 
plurality of prescribed bit sequences; and a packet 
processing unit configured to process the input packet 
using an instruction sequence to be applied to the input 
packet that is obtained according to the digest informa- 
tion generated by the digest information generation unit; 15 
wherein the digest information generation unit gener- 
ates the digest information with respect to a next input 
packet while the packet processing unit carries out a 
processing for one packet. 

[0011] According to another aspect of the present 20 
invention there is provided a packet processing method, 
comprising the steps of: (a) extracting a plurality of pre- 
scribed bit sequences from an input packet, and gener- 
ating a digest information capable of specifying at least 
a part of a processing to be applied to the input packet, 25 
according to values of the plurality of prescribed bit 
sequences; and (b) processing the input packet using 
an instruction sequence to be applied to the input 
packet that is obtained according to the digest informa- 
tion generated by the step (a); wherein the step (a) gen- 30 
erates the digest information with respect to a next input 
packet while the step (b) carries out a processing for 
one packet. 

[0012] Other features and advantages of the 
present invention will become apparent from the follow- 35 
ing description taken in conjunction with the accompa- 
nying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

40 

[0013] 

Fig. 1 is a block diagram showing one exemplary 
configuration of a packet processing device accord- 
ing to the first embodiment of the present invention. 45 
Fig. 2 is a block diagram showing an exemplary 
configuration of a digest generation unit in the 
packet processing device of Fig. 1. 
Fig. 3 is a diagram showing exemplary fields to be 
extracted by a header information extraction unit in so 
in the digest generation unit of Fig. 2. 
Fig. 4 is a block diagram showing another exem- 
plary configuration of a packet processing device 
according to the first embodiment of the present 
invention. 55 
Fig. 5 is a block diagram showing an exemplary 
configuration of a packet processing unit in the 
packet processing device of Fig. 1 . 
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Fig. 6 is a block diagram showing another exem- 
plary configuration of a packet processing device 
according to the first embodiment of the present 
invention. 

Fig. 7 is a block diagram showing another exem- 
plary configuration of a packet processing device 
according to the first embodiment of the present 
invention. 

Fig. 8 is a block diagram showing another exem- 
plary configuration of a packet processing device 
according to the first embodiment of the present 
invention. 

Rg. 9 is a block diagram showing one exemplary 
configuration of a packet processing device accord- 
ing to the second embodiment of the present inven- 
tion. 

Rg. 1 0 is a diagram showing an exemplary configu- 
ration of a micro instruction sequence table in the 
packet processing device of Fig. 9. 
Rg. 11 is a block diagram showing another exem- 
plary configuration of a packet processing device 
according to the second embodiment of the present 
invention. 

Rg, 12 is a diagram showing an exemplary configu- 
ration of a macro instruction sequence table in the 
packet processing device of Fig. 1 1 . 
Rg. 13 is a diagram showing an exemplary configu- 
ration of a micro instruction sequence table in the 
packet processing device of Fig. 11 . 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0014] Referring now to Fig. 1 to Fig. 8, the first 
embodiment of a packet processing device and a packet 
processing method according to the present invention 
will be described in detail. 

[0015] Fig. 1 shows an exemplary configuration of a 
packet processing device (or message processing 
device) according to the first embodiment of the present 
invention. 

[0016] As shown in Fig. 1, the packet processing 
device of the first embodiment comprises a digest gen- 
eration unit 101, a packet processing unit (packet for- 
warder) 1 02, and a packet transmission unit 1 03. 
[001 7] A packet that arrived at this packet process- 
ing device is first entered into the digest generation unit 
101. 

[0018] The digest generation unit 101 refers to a 
header portion of the entered packet, extracts a pre- 
scribed plurality of bit sequences (where a bit sequence 
may contain only 1 bit) from the header portion, and car- 
ries out a processing for generating a digest information 
of that packet by applying a pattern matching, logical 
calculations, etc., to the extracted plurality of bit 
sequences. 

[0019] Here, the "bit sequence" stands for a part or 
a whole of a field inside the packet header that is 
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defined by the protocol specification, for example. 
[0020] As described above, the digest information is 
information indicating a packet type which is obtained 
by referring to a prescribed position in the header por- 
tion of each packet, and to be specific, can be given in 5 
any of the following four types, for example: 

(1) IPv4 packet of Ethernet frame, UDP; 

(2) IPv4 packet of Ethernet frame, TCP SYN/FIN 
message; w 

(3) IPv4 packet of Ethernet frame, ICMP message; 
and 

(4) Others. 

[0021 ] Note that the digest information can be 2 bits 15 
data when the digest information is given in four types. 
[0022] It is of course also possible to consider vari- 
ous other detail configurations for the digest information 
to be generated by the digest generation unit 101 
besides those described above. For example, it is also 20 
possible to configure the digest information according to 
a classification of the entered Ethernet frame or IP 
packet as that for broadcast, multicast, or unicast, or a 
classification of the transport protocol presupposed in 
the entered IP packet as UDP or TCP. However, in the 25 
following the case where the digest information is given 
in the above described four types will be described for 
the sake of simplicity. 

[0023] Note also that it is also possible for the digest 
information to include information produced from the so 
destination address of a packet for the purpose of 
selecting an optimum search algorithm for a routing 
table, or information indicating a priority order of a 
packet for the purpose of providing QoS (Quality of 
Service), besides information indicating a packet type 35 
as described in this embodiment. Such various modifi- 
cations regarding the digest information will be 
described in further detail below. 
[0024] Also, in the following, the above described 
four types of the digest information will be indicated by 40 
"00", "01°, "10", and M 1 1", respectively, by way of exam- 
ple. 

[0025] Now, when the digest information is gener- 
ated, the digest generation unit 101 transfers this digest 
information along with the corresponding packet to the 45 
packet processing unit 1 02. 

[0026] The packet processing unit 102 processes 
and outputs this packet by using the digest information 
that is provided along with the packet. 
[0027] For example, when the digest information is so 
"00", this packet is processed by activating a UDP 
processing routine that is provided in advance (or by 
generating and activating a UDP processing routine at 
this point). The case where the digest information is 
"01" or "10" is handled similarly. When the digest infor- 55 
mation is "11", it is a packet classified as "others", so 
that the packet is processed while classifying the packet 
types as conventionally done, by activating a general 



packet processing routing. 

[0028] Also, the packet processing unit 1 02 carries 
out a processing for generating and outputting transfer 
control information including information specifying an 
output terminal (output interface) to which this packet 
should be outputted and information specifying a prior- 
ity level for transmitting this packet, in the above 
described processing (or in the processing that is acti- 
vated separately from the above described processing). 
The packet with the transfer control information 
attached thereto is then entered into the packet trans- 
mission unit 103. 

[0029] The packet transmission unit 1 03 carries out 
a processing for outputting the entered packet by select- 
ing a specific output terminal according to the transfer 
control information attached to this packet. 
[0030] Fig. 2 shows an exemplary configuration of 
the digest generation unit 101. 

[0031] This digest generation unit 101 comprises a 
header information extraction unit 201 for extracting pre- 
scribed sections in the header portion of the entered 
packet, and a pattern matching unit 202 for generating 
the digest information by judging whether the informa- 
tion extracted by the header information extraction unit 
201 is in a prescribed bit pattern or not. 
[0032] In the concrete example used in this embod- 
iment, the header information extraction unit 201 
extracts the sections as shown in Fig. 3, that is, the fol- 
lowing sections: 

* a protocol type field (301 ) in the Ethernet header; 
a version field (302) in the IP header; 

a protocol field (303) in the IP header; 

* a SYN flag (304) in the TCP header; and 

* a FIN flag (305) in the TCP header. 

[0033] The pattern matching unit 202 judges a type 
of the digest information to be outputted from the above 
described four types by checking the values of these 
extracted fields. 

[0034] For example, it is judged as a TCP SYN/FIN 
message if the protocol type field in the Ethernet header 
has a value "0800", the version field in the IP header 
has a value "4", the protocol type field in the IP header 
has a value "6", and the SYN flag or the FIN flag in the 
TCP header is ON. 

[0035] Note that the digest information is obtained 
by carrying out the pattern matching at the pattern 
matching unit 202 in the exemplary configuration of Fig. 
2, but instead of that, it is also possible to obtain the 
digest information by carrying out logical calculations for 
outputting the digest information using the bit pattern 
given from the header information extraction unit 201 as 
an input. 

[0036] Note also that, in the digest generation unit 
101, the plurality of bit sequences to be extracted and 
the bit pattern used in the pattern matching in the case 
of using the pattern matching or the content of the logi- 
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cal calculations in the case of using the logical calcula- 
tions should preferably be changeable from the 
external. In this way, it becomes possible to deal with 
the protocol specification change flexibly and to opti- 
mize the digest information according to a mixture rate 
of the packet types in the environment to which this 
packet processing device is applied, by changing the 
detailed configuration of the digest information. 
[0037] Also, as shown in Fig. 4, it is possible for the 
digest generation unit 101 to give a prescribed informa- 
tion extracted from the input packet (or an information 
obtained by processing such a prescribed information) 
as additional information (parameters) to the packet 
processing unit 102 along with the digest information. 
By utilizing the received parameters, the packet 
processing unit 102 can realize fast processing. 
[0038] Fig. 5 shows an exemplary configuration of 
the packet processing unit 1 02. 
[0039] This packet processing unit 1 02 has a pro- 
gram memory 401 , a processor 402, a packet buffer 403 
and an input/output port 404. 

[0040] The program memory 401 stores the 
processing routines corresponding to the different types 
of the digest information. 

[0041] In the case of the concrete example used in 
this embodiment, the program memory 401 stores the 
following: 

(1) a UDP processing routine (401 1); 

(2) a TCP SYN/FIN processing routine (4012); 

(3) an ICMP processing routine (4013); and 

(4) a general packet processing routine (4014); 

in correspondence to: 

(1) IPv4 packet of Ethernet frame, UDP; 

(2) IPv4 packet of Ethernet frame, TCP SYN/FIN 
message; 

(3) IPv4 packet of Ethernet frame, ICMP message; 
and 

(4) Others. 

[0042] A packet entered from the digest generation 
unit 1 01 is written into the packet buffer 403. The digest 
information given along with this packet is given to the 
processor 402 as an interruption signal. The processor 
402 activates the corresponding processing routing 
according to the digest information, processes this 
packet, and outputs this packet to the packet transmis- 
sion unit 103 along with the transfer control information, 
through the input/ouput port 404. 
[0043] Note that it is also possible to provide (non- 
executable) programs from which the executable 
processing routines can be generated, and generate 
the executable processing routine from the correspond- 
ing program at the time of receiving the digest informa- 
tion, rather than providing the executable processing 
routines in advance. This can be realized, for example, 



by embedding bit sequences generated according to 
the additional information shown in Fig. 4, at prescribed 
portions of the programs from which the executable 
processing routines can be generated that are main- 

5 tained as binary data. 

[0044] Here, the attributes of each packet are distin- 
guished by the digest generation unit 101 in advance 
and the processing routine in accordance with these 
attributes is activated so that it is possible to reduce the 

10 number of branches inside the processing routine com- 
pared with the case of executing the general packet 
processing routine for all packets. Consequently, it is 
possible to reduce disturbances to the pipeline inside 
the processor and to apply the optimization to the 

15 processing routine according to these attributes, so that 
it is possible to improve the throughput of the packet 
processing device. 

[0045] In the following, several variations of a more 
detailed exemplary configuration will be described. 
20 [0046] First, the case of executing the digest gener- 
ation unit 101 and the packet processing unit 102 inde- 
pendently will be described. 

[0047] As described above, the conventional way of 
processing packets while classifying the packet types 

25 has a problem that it involves many branches and it is 
time consuming. For this reason, in this embodiment, 
the branches related to the classification of types are 
made by the digest generation unit 101, and a process- 
ing for obtaining the output route from the destination of 

30 the packet or the like is carried out at the packet 
processing unit 1 02. 

[0048] It is preferable to operate the digest genera- 
tion unit 101 and the packet processing unit 102 inde- 
pendently. To this end, there is a need to connect them 

35 through packet queues, for example. In the case of the 
implementation using LSI, it is preferable to adopt a 
configuration that requires a less amount of memory 
and a less number of accesses to that memory. For this 
reason, a configuration as shown in Rg. 6 can be used 

40 as a modification of the configuration shown in Fig. 1 . 
[0049] In the configuration of Fig. 6, a packet 
entered from the external is stored into a packet mem- 
ory 122 under a control of a memory management unit 
121. Then, a memory address at which the packet is 

45 stored and an information indicating a state of an input 
interface are inserted as a single entry into a first queue 
123. 

[0050] The digest generation unit 101 takes out 
from the first queue 1 23 an entry that contains the mem- 
50 ory address storing the packet to be processed, obtains 
necessary information by accessing the packet memory 
122 via the memory management unit 121 , and carries 
out the digest generation. 

[0051] The generated digest information is inserted 
55 along with a memory address of the packet and the 
input interface state information as a single entry into a 
second queue 124. 

[0052] The packet processing unit 102 takes out 
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from the second queue 124 an entry that contains the 
packet to be processed, and carries out the processing 
according to the digest information. At this point, the 
processing is applied to the packet on the packet mem- 
ory 122 according to the need. Thereafter, an address 5 
storing the packet to which the processing is applied 
and information specifying the output interface are 
transferred to the packet transmission unit 103. The 
packet transmission unit 103 transfers the specified 
packet to the specified output terminal according to 
these information. 

[0053] With this configuration, it becomes possible 
for the digest generation unit 101 and the packet 
processing unit 102 to carry out their respective 
processings with respect to mutually different packets 
so that the pipeline parallel operations can be realized 
while reducing the required amount of memory. Also, 
even when the processing times of the digest genera- 
tion unit 101 and the packet processing unit 102 are dif- 
ferent for different packets, it is possible to absorb the 
processing time jitter by securing a sufficient length for 
the second queue 124. 

[0054] Next, a configuration shown in Fig. 7 and its 
operation will be described as a further modification of 
the above described exemplary configuration. 
[0055] In the configuration of Fig. 7, a packet is 
entered from the external into the digest generation unit 

101 along with information indicating the state of an 
input interface. The digest generation unit 101 carries 
out the digest generation immediately and inserts the 
generated digest information along with the packet and 
the input interface state information as a single entry 
into a third queue 125. 

[0056] The packet processing unit 102 takes out a 
packet entered into the third queue 125, applies the 
processing to the packet according to the attached 
digest information, and outputs this packet along with 
information specifying the output terminal to which this 
packet should be outputted, to the packet transmission 
unit 1 03. The packet transmission unit 1 03 transfers this 
packet to the specified output terminal according to 
these information. 

[0057] In this case, the digest generation unit 101 
carries out the digest generation without referring to the 
packet memory 122, and this has an advantage in that 
conflicts of accesses to the packet memory 122 by the 
digest generation unit 101 and the packet processing 
unit 102 can be reduced. It is also possible to incorpo- 
rate functions that are part of functions of the input inter- 
face into the digest generation unit 101. An example of 
such a case includes that for handling bit streams as 
represented by the frame synchronization at the link 
layer and the CRC calculation. 
[0058] Next, an exemplary configuration for realiz- 
ing the interruption at a time of the packet arrival by a 
more detailed operation of the packet processing unit 

102 shown in Fig. 5 will be described. In the case of 
realizing the interruption processing, there are technical 



issues including how to prohibit an admission of the 
interruption. 

[0059] In this case, the processor 402 has two sets 
of registers for storing the digest information. One is for 
storing the digest information corresponding to the cur- 
rently processed packet, and the other is for storing the 
digest information corresponding to a packet in the 
pending state. The former will be referred to as a 
processing register and the latter will be referred to as a 
pending register. 

[0060] When the digest information arrives at the 
processor 402, this digest information is stored into the 
pending register first. When the digest information 
arrives at the pending register, an interruption number is 
generated from the digest information, and the interrup- 
tion to the processor 402 is attempted. 
[0061] When the interruption is admitted at the 
processor 402, control is transferred to the packet 
processing program which is the interruption handling 
routine. At the same time, the digest information is 
transferred to the processing register. If there is a queue 
between the packet processing unit 102 and the digest 
generation unit 101, the digest information queued in 
this queue will be advanced, and the top will be trans- 
ferred to the pending register. 

[0062] The processor 402 is in the interruption dis- 
abled state while executing the packet processing pro- 
gram. By executing an interruption enable command at 
the timing of completion of the packet processing, the 
processing of the next digest information will be started. 
[0063] The digest information generation and the 
packet processing routine configuration are described 
above for an exemplary case of classification according 
to a difference in the processing to be applied to the 
packet, but the classification other than that according 
to a difference in the processing is also possible. 
[0064] Various modifications of the digest informa- 
tion will now be described. 

[0065] For example, even in the case of carrying out 
the same processing, plural ways for realizing this 
processing may exist. In the packet processing unit 102, 
a search through a database (not shown) using a spe- 
cific field of the header of the packet as a key will be car- 
ried out frequently. Suppose that there are plural 
algorithms for the database search, and that an amount 
of calculations or delay of the search is different 
depending on a type of the key and a distribution of that 
key on the database. This is a case that is often encoun- 
tered in the database search for determining an output 
terminal (output interface) using a network address as a 
key. 

[0066] Assume now that there are four search algo- 
rithms, and the search key is given by a 32 bits field. 
Further assume that this 32 bits space is to be divided 
into 128 equal parts, and the most efficient search algo- 
rithm on average can be determined for each part. This 
operation is determined according to characteristics of 
the database and to be carried out off-line separately 
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from the real time processing of the packet processing. 
As a result, a correspondence between the upper 7 bits 
of 32 bits and 2 bits identifier for specifying the search 
algorithm is determined. It is also possible to make the 
digest information to contain the identifier for specifying 5 
the search algorithm as well and the digest generation 
unit 101 to generate the information for specifying the 
search algorithm from the upper 7 bits of 32 bits net- 
work address as described above. Such a digest infor- 
mation can be generated by a table look-up realized by 70 
a semiconductor memory or by some logical calcula- 
tions. 

[0067] Note also that a plurality of bit sequences 
used in the digest generation are extracted from the 
header of the packet at the digest generation unit 101 , 15 
and such bit sequences are often also required to be 
extracted again at the packet processing unit 102. The 
bit sequence extraction is normally associated with shift 
calculations or mask calculations, and once these oper- 
ations are done in the digest generation unit 101 there 20 
is no need to carry out these operations again in the 
packet processing unit 102. The extracted information 
can be notified as a part of the digest information 
directly to the packet processing unit 102 to omit the 
unnecessary repetition. In this way, the processing load 25 
of the packet processing unit 102 can be reduced and 
read requests with respect to the packet buffer can be 
reduced so that the throughput can be improved. 
[0068] Next, the case of giving the parameters 
along with the digest information from the digest gener- 30 
ation unit 101 to the packet processing unit 102 will be 
described. 

[0069] At the digest generation unit 1 01 , prescribed 
one or a plurality of bit sequences may be extracted 
separately from the extraction of a plurality of bit 35 
sequences for the sake of the digest information, and 
any of: (1) that prescribed one or a plurality of bit 
sequences; (2) that prescribed one or a plurality of bit 
sequences with data of a part of a whole of the plurality 
of bit sequences extracted for the sake of the digest 40 
information added; (3) data obtained by processing data 
of the above (1); (4) data obtained by processing data of 
the above (2); (5) a part or a whole of the plurality of bit 
sequences extracted for the sake of the digest informa- 
tion, or (6) data obtained by processing data of the 45 
above (5), may be given as the parameters to the packet 
processing unit 102. Note that it is also possible to use 
the entire packet header as additional information. 
[0070] The parameters produced in a process of 
generating the digest information can be effectively uti- so 
lized at the packet processing unit 102 as well (although 
such parameters should preferably be used in a manner 
that does not cause any side effect). 
[0071] For example, consider the case where a 
search through a database (not shown) using a value of 55 
some field as a key is to be carried out at the packet 
processing unit 102, and a hash calculation using a part 
or a whole of the same field is to be carried out at a time 



of generating the digest information. In this case, it is 
possible to reduce the total number of keys to be targets 
of the search by dividing the keys of the database into a 
direct product of smaller databases by classifying them 
according to that hash function, so that it is possible to 
realize a faster processing in the case where the search 
algorithm requires an amount of calculations propor- 
tional to the total number of keys. 
[0072] It is also possible to consider the packet 
processing unit 1 02 configured as follows. 
[0073] In the packet processing unit 1 02, frequently 
used data are often stored temporarily in a fast cache 
memory in order to realize a fast database search. In 
this case, the cache hit rate becomes higher and a con- 
tribution to a fast realization becomes greater when a 
correlation between data on the cache and data 
required in the search operation with respect to a packet 
that actually arrived is higher. 

[0074] As a method for increasing the possibility for 
having highly correlated data on the cache, a method 
known as prefetch operation is often used. This is an 
operation in which a read from a main memory to the 
cache is made speculatively, by reading in advance 
those data which have higher possibilities of being 
referred to in near future. This is done only when there 
is no side effect due to the reading of these data, and it 
does not matter whether the data read into the cache 
will be actually used or not. 

[0075] In order for this prefetch operation to be 
effective, the time from prefetch to use should be suffi- 
ciently longer than the delay due to reading from the 
main memory to the cache. In other words, there is a 
need to carry out the prefetch operation sufficiently in 
advance. 

[0076] However, it is difficult to realize a sufficiently 
long delay time to make the prefetch operation effective 
if the prefetch is carried out by extracting fields of the 
packet and obtaining an address of the database 
according to them only after the packet has arrived. 
[0077] In view of this, it is possible to adopt a digest 
generation method in which the bit sequences to be 
extracted at the digest generation unit 101 are the bit 
sequences that include portions to be keys for the data- 
base search and values to be used as addresses for the 
memory accesses of the database search can be 
obtained as an intermediate result of the digest genera- 
tion. More specifically, it is possible to adopt a scheme 
in which a hash table is to be used as the database 
search algorithm and the digest information is gener- 
ated by using the same hash function that is used on 
that hash table as described above. 
[0078] In this case, addresses to be used in 
accesses to the hash table are already calculated as an 
intermediate result of the calculations related to the 
digest generation, so that these addresses are notified 
as the parameters attached to the digest information to 
the packet processing unit 102. At the packet process- 
ing unit 102, the prefetch operation is carried out using 
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values of the received parameters as addresses of the 
databases as soon as the packet processing routine is 
activated. In this way, it becomes possible to carry out 
the prefetch operation at the earliest possible stage in 
the packet processing so that a greater effect for hiding 5 
the delay can be realized. 

[0079] Alternatively, it is also possible to specula- 
tively execute the database search by regarding values 
of the received parameters as memory addresses of the 
database search at a timing where the digest informa- w 
tion is notified to the packet processing unit 102. In this 
case, the time until activating the packet processing rou- 
tine will also hide the delay in the prefetch so that it is 
possible to expect an even greater effect of the prefetch. 
[0080] As a further modification of the digest infor- 75 
mation, it is also possible to include a priority control 
information of a packet in the digest information as fol- 
lows. 

[0081] First, a combination of a priority control infor- 
mation of a packet and a protocol identifier for specify- 20 
ing an upper level protocol of a packet will be 
considered. Here, a packet processing method largely 
differs depending on a way in which each of them is 
specified. It is inefficient to realize both of them by a sin- 
gle program as already mentioned above. 25 
[0082] Here, if the priority control information is 8 
bits and the upper level protocol specification is 8 bits, a 
straightforward combination would be 1 6 bits. It is also 
possible to provide an optimized program for each one 
of them. 30 
[0083] It is also possible to handle similar types of 
processings collectively. For example, the processing 
with considerably fewer programs than the straightfor- 
ward combination can be realized by handling all the 
protocols that require the same processing by a single 35 
program. 

[0084] The 8 bits priority control information is con- 
verted into a 3 bits identifier according to a classification 
of similar types of processings, for example, and the 8 
bits protocol number is converted into a 2 bits identifier 40 
according to a classification of similar types of process- 
ings. The 3 bits identifier and the 2 bits identifier so 
obtained are converted into an identifier of 5 bits or so 
by applying some logical calculation (which may be a 
simple concatenation). This will then be used as the 45 
digest information. The packet processing unit 102 acti- 
vates the packet processing routine to be activated 
according to this digest information. In the example 
described here, one of the 32 types of the packet 
processing routines may be selected. Each of these so 
packet processing routines contains a processing 
related to the priority control that is specified by the 3 
bits identifier. 

[0085] Now, the number of bits to be used as the 
digest information is finite. For example, it is impossible 55 
to generate classified types in excess of the storage 
capacity of the packet processing routines (401 1 to 
4014 of Fig. 5). There is also a limitation due to the bit 



width of a communication path between the digest gen- 
eration unit 101 and the packet processing unit 102. On 
the other hand, more classified types of packets would 
imply that the digest generation unit 100 can make a 
more detailed packet type judgement so that the packet 
processing routine can be more specialized and the 
processing performance of the packet processing unit 
1 02 can be improved. 

[0086] Consequently, it is preferable to set the bit 
length of the digest information to be generated by the 
digest generation unit 101 as long as possible on one 
hand, but it is preferable to set the number of the digest 
information to be simultaneously handled by the packet 
processing unit 102 as small as possible one the other 
hand. In the following, a method for satisfying both of 
these requirements will be described. 
[0087] At the digest generation unit 101, an infor- 
mation given by a large number of bits is generated as 
a virtual digest information. The packet processing rou- 
tines are provided in correspondence to such virtual 
digest information. 

[0088] As shown in Fig. 8, at an interface connect- 
ing between the digest generation unit 101 and the 
packet processing unit 102, a digest information conver- 
sion unit 1 20 for converting the virtual digest information 
into a physical digest information given by a number of 
bits that can actually be notified to the packet process- 
ing unit 102 is provided. The digest information to be 
sent to the packet processing unit 1 02 can be generated 
by converting the virtual digest information into the 
physical digest information using this digest information 
conversion unit 120. 

[0089] When the correspondence between the vir- 
tual digest information and the physical digest informa- 
tion is determined by the control function of the digest 
information conversion unit 120, this correspondence is 
reflected into a conversion table inside the digest infor- 
mation conversion unit 120 by a conversion table writing 
function, and the packet processing routine correspond- 
ing to the classified type of the virtual digest information 
is stored into the program memory of the packet 
processing unit 102 as the packet processing routine 
corresponding to the physical digest information. 
[0090] The virtual digest information has a longer 
bit length than the physical digest information so that 
there are some virtual digest information that cannot be 
allocated to any specific physical digest information. A 
physical digest information representing "others" is allo- 
cated to these virtual digest information, and a general 
processing routine for processing without assuming any 
packet type classification is allocated as the packet 
processing routine corresponding to the physical digest 
information representing "others" and stored into the 
program memory. 

[0091] The processing performance of the general 
processing routine is inferior to the processing perform- 
ance of the specialized processing routine so that it is 
preferable to suppress the frequency to activate the 
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general processing routine to the minimum. For this rea- 
son, the conversion table control function should find 
out such a correspondence between the virtual digest 
information and the physical digest information that 
makes a frequency of selecting "others" as low as pos- 5 
sible under the environment in which this packet 
processing device is placed, and reflect such a corre- 
spondence into the conversion table. 
[0092] As a more effective way of generating the 
conversion table, it is also possible to use the following 10 
configuration. 

[0093] In the conversion table for conversion from 
the virtual digest information to the physical digest infor- 
mation, a counter for counting the number of times for 
which the input virtual digest information is entered can 15 
be provided for each virtual digest information. 
[0094] The conversion table control function can 
obtain the frequency of occurrences of each virtual 
digest information according to individual counter value, 
and allocate the physical digest information to the virtual 20 
digest information with a higher frequency of occur- 
rences. 

[0095] More specifically, it is possible to adopt the 
following procedure. 

[0096] As an initial state, the physical digest infor- 25 
mation representing "others" is allocated to all the vir- 
tual digest information. After operating the packet 
processing device in that state to such an extent that a 
significant measurement of a frequency of occurrences 
of the virtual digest information is conducted, the corre- 30 
spondence between the virtual digest information and 
the physical digest information is determined and 
reflected into the conversion table. Even after that, the 
measurement of the frequency of occurrences is contin- 
ued, and when it is judged that a significant difference 35 
from the correspondences obtained earlier is discerni- 
ble, the conversion table and the packet processing rou- 
tine are replaced by those reflecting the new 
correspondences. 

[0097] Referring now to Fig. 9 to Fig. 13, the second 40 
embodiment of a packet processing device and a packet 
processing method according to the present invention 
will be described in detail. 

[0098] Fig. 9 shows an exemplary configuration of a 
packet processing device (or message processing 45 
device) according to the second embodiment of the 
present invention. 

[0099] As shown in Fig. 9, the packet processing 
device of the second embodiment comprises a system 
bus 501 , a main memory 502, an input/output port 503, 50 
a memory access control unit 504, a cache 505, a pipe- 
line 506, a register 507, a digest generation unit 508, a 
packet processing instruction sequence generation unit 
509, a micro instruction sequence table 510, and an 
instruction sequence queue 511. 55 
[0100] Here, the memory access control unit 504, 
the cache 505, the pipeline 506, and the register 507 
constitute an instruction processing unit 520 for inter- 



preting and executing instruction sequences contained 
in the main memory 502 and applying processings 
specified by these instruction sequences to data. 
[0101] Note here that the cache 505 is separated 
into an instruction cache 505-1 for caching a part of 
instruction sequences and a data cache 505-2 for cach- 
ing a part of data to which the processings are to be 
applied. 

[0102] Also, there can be many possible configura- 
tions of the pipeline 506 for executing instructions, but it 
is assumed to be a well known pipeline having five 
stages of the fetch 506-1 , decode 506-2, execute 506-3, 
memory access 506-4 and write back 506-5. 
[0103] The main memory 502 for storing instruction 
sequences indicating information processing proce- 
dures and data to be processed, the input/output port 
503 which is a hardware for inputting/outputting data 
with respect to the external, the digest generation unit 
508, the packet processing instruction sequence gener- 
ation unit 509 and the instruction processing unit 520 
are connected by a system bus 501 . 
[01 04] The basic configuration and operation of this 
second embodiment are similar to those of the first 
embodiment (the description of variations also equally 
applies), so that features specific to the configuration of 
Fig. 9 will be mainly described in the following. 
[0105] The digest generation unit 508 is similar to 
that of the first embodiment, which receives the header 
portion of the packet entered from the external and gen- 
erates the digest information. It may also generate addi- 
tional information (parameters) as in the first 
embodiment. 

[0106] The packet processing instruction genera- 
tion unit 509 has a function of receiving the digest infor- 
mation from the digest generation unit 508, generating 
an instruction sequence for the purpose of processing 
this packet according to a procedure described below, 
and giving it to the instruction sequence queue 51 1 . The 
instruction sequence to be generated here will be gen- 
erated by referring to the content of the micro instruction 
sequence table 510. 

[0107] The packet arrived from the external is 
stored into a prescribed region in the main memory 502 
via the input/output port 503 and the system bus 501 . 
[0108] After that, prescribed sections (a plurality of 
bit sequences), such as a header of the datalink layer, a 
header of the network layer and a header of the trans- 
port layer for example, are extracted and given to the 
digest generation unit 508. This processing may be exe- 
cuted by the instruction sequence stored in the main 
memory 502. Hereafter these prescribed sections will 
be referred to as processing control information for the 
sake of explanation. Also, this processing control infor- 
mation may contain information indicating a position at 
which the packet is stored in the main memory 502. 
[0109] Upon receiving the processing control infor- 
mation from the input/output port 503, the digest gener- 
ation unit 508 generates the digest information from that 
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information. 

[0110] Upon receiving the digest information from 
the digest generation unit 508, the packet processing 
instruction sequence generation unit 509 generates the 
instruction sequence. 

[0111] Here, the micro instruction sequence table 
510 holds executable instruction sequences 
(sequences of micro instructions) for the purpose of 
realizing the processings according to the respective 
packet types, as shown in Fig. 10. The packet process- 
ing instruction sequence generation unit 509 reads out 
the instruction sequence according to the generated 
digest information from the micro instruction sequence 
table 510, and stores it into the instruction sequence 
queue 51 1. 

[0112] On the other hand, the instruction process- 
ing unit 520 reads out the instruction sequence from the 
main memory 502 to the instruction cache 505-1 
according to a program counter (not shown) provided 
therein, and sequentially executes this instruction 
sequence by using the pipeline 506. 
[0113] At this point, each stage of the pipeline 506 
plays the following respectively assigned roles. 

* The fetch 506-1 fetches an instruction from the 
instruction cache 505-1 . 

* The decode 506-2 decodes this instruction and 
determines a subsequent pipeline and operation 
content of the register 507. 

* The execute 506-3 applies processing to data given 
from the register 507 according to a command of 
the decode 506-2. 

* The memory access 506-4 either writes data given 
from the execute 506-3 through the data cache 
505-2 or gives it to the next stage. 

* The write back 506-5 writes back data given from 
the memory access 506-4 to the register 507. 

[0114] In the case of this packet processing device, 
there are instruction sequences to be processed not 
only on the main memory 502 but also on the instruction 
sequence queue 511, so that the fetch 506-1 fetches 
instructions alternately from the instruction sequences 
on the main memory 502 and the instruction sequence 
queue 51 1 and give the fetched instructions to the sub- 
sequent stages, whenever a prescribed condition such 
as that the instruction sequence queue 51 1 is not empty 
holds. In this way, the instruction sequence generated 
by the packet processing instruction sequence genera- 
tion unit 509 will be executed, and thereby desired 
processing is carried out with respect to the entered 
packet. 

[0115] In this case of executing a plurality of inde- 
pendent instruction sequences (that is, the instruction 
sequence from the main memory 502 and the instruc- 
tion sequence from the instruction queue 511) alter- 
nately in this manner, the register may be allocated 
exclusively to each instruction sequence. In this way, 



the stopping of the pipeline 506 due to the register haz- 
ard can be prevented. 

[0116] In the second embodiment, the instruction 
sequence for each processing routine corresponding to 

5 the digest information is contained in the micro instruc- 
tion sequence table 510, but this micro instruction 
sequence table 510 may be formed by a rewritable 
memory medium such that the table can be reconfig- 
ured by rewriting respective processing routines accord- 

w ing to the need. In this way, it becomes possible to deal 
with the change in detailed parts of of the protocol spec- 
ification flexibly. In this case, it is also possible to adopt 
a configuration in which the micro instruction sequence 
table 510 is connected to the system bus 501 such that 

75 the micro instruction sequence table 510 can be rewrit- 
ten by executing the instruction sequence on the main 
memory 502. 

[01 17] Also, in the second embodiment, the instruc- 
tion sequence for the purpose of the protocol process- 

20 ing generated by the packet processing instruction 
sequence generation unit 509 and the instruction 
sequence read out from the main memory 502 accord- 
ing to the program counter (not shown) of the instruction 
processing unit 520 can easily share (data storage 

25 regions of) the main memory 502. For this reason, it is 
also possible to easily realize a monitoring control of the 
protocol processing operation executed by the instruc- 
tion sequence from the packet processing instruction 
sequence generation unit 509 by an application on an 

30 operating system executed by the instruction sequence 
on the main memory 502, for example. 
[0118] Now, the digest information may contain not 
just information for selecting the packet processing rou- 
tine but also information regarding the packet itself. In 

35 such a case, the packet processing instruction 
sequence generation unit 509 can generate an efficient 
instruction sequence by using the digest information 
rather than simply entering the instructions from the 
instruction table into the pipeline. A configuration in 

AO such a case will now be described. 

[0119] Fig. 1 1 shows an exemplary configuration of 
the packet processing device for such a case. In the fol- 
lowing, differences from the configuration of Fig. 9 will 
be mainly described. 

45 [0120] The processing routines to be carried out 
with respect to the packet include many common oper- 
ations. For example, an operation for reading out the bit 
sequence from the header and rewriting it in the packet 
header processing, and an operation of hashing and 

so key matching in a multiple memory indirect addressing 
or a linked list traversal, content addressable memory 
access as accesses with respect to the routing table, 
are basic operations that are commonly used in the 
packet processing. These operations can be realized by 

55 micro instruction sequences, and a macro instruction 
that encodes the micro instruction sequences as a sin- 
gle instruction can be defined. Then, the packet 
processing routines are stored as macro instruction 
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sequences in a macro instruction sequence table 531 of 
Fig. 11 in a form shown in Fig. 12, while the micro 
instruction sequences for each macro instruction are 
stored in a micro instruction sequence table 532 of Fig. 
1 1 in a form shown in Fig. 1 3. 5 
[0121] After receiving the digest information from 
the digest generation unit 508, the packet processing 
instruction sequence generation unit 509 reads out a 
macro instruction sequence corresponding to the digest 
information from the macro instruction sequence table 10 
531, reads out the corresponding micro instruction 
sequences for each macro instruction of that macro 
instruction sequence from the micro instruction 
sequence table 532, and writes them into the instruction 
sequence queue 511. 15 
[0122] The packet processing is carried out by exe- 
cuting these micro instruction sequences in the pipeline 
506 of the instruction processing unit 520. 
[0123] In generating the micro instruction 
sequences at the packet processing instruction 20 
sequence generation unit 509, instead of writing the 
micro instructions read out from the micro instruction 
sequence table 532 directly into the instruction 
sequence queue 51 1 , it is also possible to apply the fol- 
lowing conversion on the micro instructions before writ- 25 
ing into the instruction sequence queue 511 such that 
shorter, more efficient micro instructions can be exe- 
cuted at the instruction processing unit 520. Namely, 
when the micro instruction has an operand that refers to 
the digest information, the digest information can be 30 
embedded into the micro instruction as an immediate. 
[0124] For example, when one digest information D 
is located at an address A of the data cache 505, the 
micro instruction sequence for carrying out an addition 
calculation with respect to another data B can be given 35 
by the following instruction sequence. 

load R, mem[A] // load from memory, from address 
A into register R 

add R, R, B // add R and B into register R 40 

Here, by converting the digest information referring into 
an immediate such that a memory access becomes a 
register substitution, it is possible to generate the follow- 
ing instruction sequence. 45 

move R, D // move value D into register R 
add R, R, B // add R and B into register R 

[0125] As another example, when it is possible to so 
specify a number that specifies embedding of the digest 
information as an immediate, instead of the register 
number, in a register number portion of the micro 
instruction, the above instruction sequence can be 
expressed as follows. 55 

add R, digest-value, B //add digest vatue and B into 
register R 



In this case, the packet processing instruction sequence 
generation unit 509 can convert this instruction 
sequence by replacing the digest information portion of 
this instruction sequence with the actual value of the 
digest information as follows. 

add R, D, B // add D and B into register R 

[0126] Note that, in either one of the first and sec- 
ond embodiments, the the packet type is classified first 
according to the header portion of the entered packet, 
and then the instruction sequence for the packet 
processing is generated according to the classified 
type, so that the number of conditional branches con- 
tained in the instruction sequence of the protocol 
processing can be reduced. In the prior art, many con- 
ditional branchings are involved in the instruction 
sequence of the protocol processing as the necessary 
processing is carried out while classifying the packet 
type by sequentially reading fields of the header portion, 
so that many pipeline disturbances have occurred, and 
this was the major hindrance to the realization of the fast 
protocol processing in the prior art. In this regard, in the 
present invention, it becomes possible to execute the 
protocol processing by the instruction sequence with 
the reduced number of conditional branchings so that 
the pipeline disturbances can be suppressed to the min- 
imum and it becomes possible to realize the protocol 
processing that takes the full advantage of the pipeline 
performance. 

[0127] As described, according to the present 
invention, one digest information capable of specifying 
at least a part of the processing to be applied to the 
input packet is generated from the input packet, and the 
input packet is processed by using the instruction 
sequence to be applied to the input packet that is 
obtained according to this generated digest information, 
so that it becomes possible to realize the fast packer 
processing, and it becomes possible to deal with the 
protocol change flexibly. In addition, by changing the 
digest information appropriately according to the net- 
work environment such as the packet type, it is also 
possible to realize the protocol processing efficiently. 
[0128] It is to be noted that, besides those already 
mentioned above, many modifications and variations of 
the above embodiments may be made without depart- 
ing from the novel and advantageous features of the 
present invention. Accordingly, all such modifications 
and variations are intended to be included within the 
scope of the appended claims. 

Claims 

1 . A packet processing device, comprising: 

a digest information generation unit configured 
to extract a plurality of prescribed bit 
sequences from an input packet, and generate 
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a digest information capable of specifying at 
least a part of a processing to be applied to the 
input packet, according to values of the plurality 
of prescribed bit sequences; and 
a packet processing unit configured to process 5 
the input packet using an instruction sequence 
to be applied to the input packet that is 
obtained according to the digest information 
generated by the digest information generation 
unit; w 
wherein the digest information generation unit 
generates the digest information with respect 
to a next input packet while the packet process- 
ing unit carries out a processing for one packet. 

15 

2. The packet processing device of claim 1, wherein 
the packet processing unit has a cache and 
prefetches data into the cache according to the 
digest information generated by the digest informa- 
tion generation unit. 20 

3. The packet processing device of claim 1, wherein 
the digest information generation unit has bit pat- 
terns for the plurality of prescribed bit sequences 
corresponding to each digest information, and gen- 25 
erates the digest information by comparing values 

of the plurality of prescribed bit sequences 
extracted from the input packet with each bit pat- 
tern. 

30 

4. The packet processing device of claim 1, wherein 
the digest information generation unit generates the 
digest information by applying logical calculations 
for obtaining a prescribed digest information as an 
output from an input of a bit pattern of the plurality 35 
of prescribed bit sequences corresponding to the 
prescribed digest information, to values of the plu- 
rality of prescribed bit sequences extracted from 

the input packet. 

40 

5. The packet processing device of claim 1, wherein 
the packet processing device includes: 

a program memory for storing a plurality of 
processing routines corresponding to a plural- 45 
ity of digest information; and 
a processor for activating and executing one of 
the plurality of processing routines stored in the 
program memory that is specified by the digest 
information generated by the digest information 50 
generation unit, using the digest information 
generated by the digest information generation 
unit as an interruption signal. 

6. The packet processing device of claim 1, wherein 55 
the digest information generation unit also extracts 
parameters for a processing of the input packet 
from the input packet and gives the parameters 



along with the digest information to the packet 
processing unit; and 

the packet processing unit processes the input 
packet by using the parameters and the 
instruction sequence obtained according to the 
digest information. 

7. The packet processing device of claim 1 , wherein 
the packet processing unit includes: 

an instruction processing unit configured to 
carry out a pipeline processing of micro instruc- 
tion sequences; 

an instruction sequence table configured to 
store a plurality of micro instruction sequences 
corresponding to a plurality of digest informa- 
tion; and 

a unit configured to give a micro instruction 
sequence selected from the instruction 
sequence table according to the digest infor- 
mation generated by the digest information 
generation unit, to the instruction processing 
unit. 

8. The packet processing device of claim 7, wherein 
the instruction processing unit is capable of execut- 
ing an instruction sequence selected from the 
instruction sequence table and an instruction 
sequence written in a main memory for carrying out 
a processing other than a processing with respect 
to the input packet, alternately. 

9. The packet processing device of claim 1, wherein 
the packet processing unit includes: 

an instruction processing unit configured to 
carry out a pipeline processing of macro 
instruction sequences; 

an instruction sequence table configured to 
store a plurality of micro instruction sequences 
corresponding to a plurality of digest informa- 
tion; 

a conversion unit configured to convert a macro 
instruction sequence selected from the instruc- 
tion sequence table according to the digest 
information generated by the digest information 
generation unit, into micro instructions; and 
a unit configured to give the micro instructions 
obtained by the conversion unit to the instruc- 
tion processing unit. 

10. The packet processing device of claim 9, wherein 
the instruction processing unit is capable of execut- 
ing an instruction sequence selected from the 
instruction sequence table and an instruction 
sequence written in a main memory for carrying out 
a processing other than a processing with respect 
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to the input packet, alternately. 

11. The packet processing device of claim 1, wherein 
the digest information generation unit also extracts 
parameters for a processing of the input packet 
from the input packet and gives the parameters 
along with the digest information to the packet 
processing unit; and 

the packet processing unit includes: 
an instruction processing unit configured to 
carry out a pipeline processing of macro 
instruction sequences; 

an instruction sequence table configured to 
store a plurality of micro instruction sequences 
corresponding to a plurality of digest informa- 
tion; 

a conversion unit configured to convert a macro 
instruction sequence selected from the instruc- 
tion sequence table according to the digest 
information generated by the digest information 
generation unit, into micro instructions, while 
accounting for the parameters; and 
a unit configured to give the micro instructions 
obtained by the conversion unit to the instruc- 
tion processing unit. 

12. The packet processing device of claim 11, wherein 
the instruction processing unit is capable of execut- 
ing an instruction sequence selected from the 
instruction sequence table and an instruction 
sequence written in a main memory for carrying out 
a processing other than a processing with respect 
to the input packet, alternately. 

13. The packet processing device of claim 1, wherein 
the digest information generation unit stores in 
advance a plurality of digest information corre- 
sponding to a plurality of packet types according to 
a mixture rate of the packet types in a network to 
which the packet processing device is connected, 
and generates a special digest information indicat- 
ing others when a digest information corresponding 
to a packet type of the input packet is not stored in 
advance; and 

the packet processing unit processes the input 
packet without specifying a packet type in 
advance while checking the packet type of the 
input packet, when the special digest informa- 
tion indicating others is given from the digest 
information generation unit. 

14. The packet processing device of claim 1, wherein 
the packet processing unit caries out a processing 
for outputting the input packet to a network to which 
the packet processing device is connected, such 
that the input packet is transferred to a desired des- 



tination. 

15. The packet processing device of claim 1, wherein 
the digest information generation unit gives the 

5 digest information that contains additional informa- 
tion generated from a destination information of the 
input packet, to the packet processing unit; and 

the packet processing unit selects one of a piu- 
10 rality of routing information table search meth- 

ods according to the additional information, 
and determines an output path of the input 
packet by searching through a routing informa- 
tion table using a selected routing information 
15 table search method. 

16. A packet processing method, comprising the steps 
of: 

20 (a) extracting a plurality of prescribed bit 

sequences from an input packet, and generat- 
ing a digest information capable of specifying 
at least a part of a processing to be applied to 
the input packet, according to values of the plu- 

25 rality of prescribed bit sequences; and 

(b) processing the input packet using an 
instruction sequence to be applied to the input 
packet that is obtained according to the digest 
information generated by the step (a); 

30 wherein the step (a) generates the digest infor- 

mation with respect to a next input packet while 
the step (b) carries out a processing for one 
packet. 

35 17. The packet processing method of claim 1 6, wherein 
the step (b) obtains the instruction sequence by 
selecting one of a plurality of instruction sequences 
provided in advance, according to the digest infor- 
mation generated by the step (a). 

40 

18. The packet processing method of claim 16, wherein 
the step (b) obtains the instruction sequence by 
generating the instruction sequence according to 
the digest information generated by the step (a). 

45 
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